<!DOCTYPE HTML PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN""http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html lang="zh" xml:lang="zh" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<head>
<META http-equiv="Content-Type" content="text/html; charset=utf-8">
<title>Concept: 业务架构</title>
<meta name="uma.type" content="Concept">
<meta name="uma.name" content="business_architecture">
<meta name="uma.presentationName" content="业务架构">
<meta name="element_type" content="concept">
<meta name="filetype" content="description">
<meta name="role" content="">
<link rel="StyleSheet" href="./../../../css/default.css" type="text/css">
<script src="./../../../scripts/ContentPageResource.js" type="text/javascript" language="JavaScript"></script><script src="./../../../scripts/ContentPageSection.js" type="text/javascript" language="JavaScript"></script><script src="./../../../scripts/ContentPageSubSection.js" type="text/javascript" language="JavaScript"></script><script src="./../../../scripts/ContentPageToolbar.js" type="text/javascript" language="JavaScript"></script><script src="./../../../scripts/contentPage.js" type="text/javascript" language="JavaScript"></script><script type="text/javascript" language="JavaScript">
					var backPath = './../../../';
					var imgPath = './../../../images/';
					var nodeInfo=null;
					contentPage.preload(imgPath, backPath, nodeInfo,  '', false, false, false);
				</script>
</head>
<body>
<div id="breadcrumbs"></div>
<table border="0" cellpadding="0" cellspacing="0" width="100%">
<tr>
<td valign="top"><a name="Top"></a>
<div id="page-guid" value="2.6275891002471178E-306"></div>
<table border="0" cellspacing="0" cellpadding="0" width="100%">
<tr>
<td class="pageTitle" nowrap="true">Concept: 业务架构</td><td width="100%">
<div align="right" id="contentPageToolbar"></div>
</td><td width="100%" class="expandCollapseLink" align="right"><a name="mainIndex" href="./../../../index.htm"></a><script language="JavaScript" type="text/javascript" src="./../../../scripts/treebrowser.js"></script></td>
</tr>
</table>
<table width="100%" border="0" cellpadding="0" cellspacing="0">
<tr>
<td class="pageTitleSeparator"><img src="./../../../images/shim.gif" alt="" title="" height="1"></td>
</tr>
</table>
<div class="overview">
<table width="97%" border="0" cellspacing="0" cellpadding="0">
<tr>
<td width="50"><img src="./../../../images/concept.gif" alt="" title=""></td><td>
<table class="overviewTable" border="0" cellspacing="0" cellpadding="0">
<tr>
<td valign="top">业务架构被定义为是组织好的一组元素，元素彼此之间的关系明确，它们一起形成了一个由其功能决定的整体。</td>
</tr>
</table>
</td>
</tr>
</table>
</div>
<div class="sectionHeading">Relationships</div>
<div class="sectionContent">
<table class="sectionTable" border="0" cellspacing="0" cellpadding="0">
<tr valign="top">
<th class="sectionTableHeading" scope="row">Related Elements</th><td class="sectionTableCell">
<ul>
<li>
<a href="./../../../rup_bm/tasks/bm_prioritize_use_cases_B1D2ADEE.html" guid="_31oH4BpWEdqUwb9RAn2tTA">划分业务用例的优先级</a>
</li>
<li>
<a href="./../../../rup_bm/tasks/bm_architectural_analysis_630ADB6.html" guid="_xfhhcBpWEdqUwb9RAn2tTA">业务架构分析</a>
</li>
<li>
<a href="./../../../rup_bm/roles/rup_business_architect_bom_26A8745F.html" guid="_RqlJIBpWEdqUwb9RAn2tTA">业务架构设计师</a>
</li>
<li>
<a href="./../../../nup_base/workproducts/rup_business_architecture_document_patch_FFF763B3.html" guid="_hcjIMNYNEd255dRY2gdxDg">业务架构文档</a>
</li>
<li>
<a href="./../../../rup_bm/domains/business_modeling_rup_CDDF8485.html" guid="_8loI0CuREdqL6tsHh4YXGw">业务建模</a>
</li>
<li>
<a href="./../../../rup_bm/roles/rup_business_process_analyst_B9668ABF.html" guid="{76FAC4FE-AA09-48AC-85A5-68BD1EE8A86A}">业务流程分析人员</a>
</li>
<li>
<a href="./../../../rup_bm/roles/rup_business_designer_30BD5E18.html" guid="{75C2C53E-AAB7-48F1-8CF6-ABA55D1C3469}">业务设计员</a>
</li>
</ul>
</td>
</tr>
</table>
</div>
<div class="sectionHeading">Main Description</div>
<div class="sectionContent">
<table class="sectionTable" border="0" cellspacing="0" cellpadding="0">
<tr valign="top">
<td class="sectionTableSingleCell"><a key="业务架构（business architecture）" name="XE_business_architecture" id="XE_business_architecture" class="index"></a> 
<h3>
    <a id="Introduction" name="Introduction">简介 <img height="20" alt="回到页首" src="./../../../rup/resources/top.gif" width="26"     border="0" /></a>
</h3>
<p>
    我们将业务架构定义为是组织好的一组元素，元素彼此之间的关系明确，它们一起形成了一个由其功能决定的整体。这些元素代表业务系统的组织和行为结构，并显示业务的关键流程和结构的抽象 [<a class="elementLinkWithUserText" href="./../../../rup/customcategories/references_56F06DFD.html" guid="7.755968586980351E-308">NDL97</a>] 和 [<a class="elementLinkWithUserText" href="./../../../rup/customcategories/references_56F06DFD.html" guid="7.755968586980351E-308">ERI00</a>]。
</p>
<h3>
    <a id="Context of Business Architecture" name="Context of Business Architecture">业务架构的环境<img height="20" alt="到页首"     src="./../../../rup/resources/top.gif" width="26" border="0" /></a>
</h3>
<p>
    不同的人有不同的背景和观点。在尝试对与组织（包括其流程、结构和策略）的复杂程度相当的某些事物达成共识时，需要以参与进来的每个组都将能够理解的方式来描述架构和对架构有重要意义的问题。如此文档后面所显示和描述的那样，这是通过描述三种不同但相关的架构来完成的。
</p>
<p align="center">
    <img height="334" alt="内容所描述的图" src="./../../../rup_bm/guidances/concepts/resources/co_barc1.gif" width="683" border="0" />
</p>
<p>
    <b>业务架构</b>是对组织的重要方面的描述。<b>应用程序架构</b>是对支持业务的软件应用程序的描述，包括如何使用这些应用程序以及它们之间是如何进行交互的。<b>技术架构</b>是对支持软件应用程序的硬件基础结构的描述。
</p>
<p>
    业务架构必须控制应用程序架构，而应用程序架构也必须控制技术架构。这并不意味着这样一种层次结构关系，即业务架构规定应用程序架构，而应用程序架构规定技术架构。而是意味着目标和约束（称为推动因素）是按一个方向传达的，并且必须在控制架构级别上作出影响控制架构的任何架构决策（称为权衡）。架构目标暗示期望的情况，而架构约束暗示必须要遵循约束。
    但是，甚至可有意忽略约束。例如，因为作出必要的更改所花费的成本远远超过了不遵循约束所导致的惩罚性后果，所以可能会忽略要求业务符合某种法规的约束。
</p>
<p>
    构建是平衡各种因素并作出权衡的过程，其目的是创建可最大程度地满足冲突需求的解决方案。这意味着业务架构将定义目标和约束，这些目标和约束描述该业务架构需要从应用程序架构中得到的支持。应用程序和技术架构也是如此。如果出现了冲突（始终会出现），必须找到局部的非最优解决方案以确保得到一个最合适的整体解决方案。如果这些决策产生了广泛的影响，则它们被称为<b>架构问题</b>，并且必须得到由架构董事会代表的项目干系人的正式同意。
</p>
<p>
    在与项目干系人交流时，必须始终考虑这些不同的架构。仅讨论其中一个架构并且是与不了解其构成、应用程序或表示法的人讨论，则此交流将是无效的。而且，这还会导致此人误解他（或她）关于其他架构的决策的后果。其中一个架构的决策的影响必须转换为对其他架构的影响。这有助于项目干系人了解权衡的好处和缺点以使架构保持一致。架构一致有助于我们了解决策的后果。
</p>
<h3>
    <a id="Business Architecture is a Framework for Change" name="Business Architecture is a Framework for Change">业务架构是进行变更的框架<img height="20" alt="到页首"     src="./../../../rup/resources/top.gif" width="26" border="0" /></a>
</h3>
<p>
    业务架构是我们用来就业务与不同项目干系人进行交流的内容，目的是确保达成共同且一致的理解。我们可以将业务架构描述为一个框架，在该框架中可对组织作出变更以使业务能够最终实现业务构想（如图中所示）。
</p>
<p align="center">
    <img height="300" alt="内容所描述的图" src="./../../../rup_bm/guidances/concepts/resources/co_barc2.gif" width="473" border="0" />
</p>
<h3>
    <a id="Architectural Views" name="Architectural Views">业务架构视图<img height="20" alt="到页首"     src="./../../../rup/resources/top.gif" width="26" border="0" /></a>
</h3>
<p>
    因为业务架构很复杂并且难以评估，所以我们将它划分为许多不同的视图。几乎与<a class="elementLinkWithType" href="./../../../rup/guidances/concepts/software_architecture_4269A354.html" guid="3.066252221588648E-305">Concept: 软件架构</a>中定义的软件架构一样，将在此定义业务的架构视图。
</p>
<p>
    每个视图描述整个业务的一个方面。因此，它包含完整定义中对架构有重要意义的一部分。换句话说，一个架构视图包含 20% 真正关系该方面业务的内容 [<a class="elementLinkWithUserText" href="./../../../rup/customcategories/references_56F06DFD.html" guid="7.755968586980351E-308">ROY98</a>]。
</p>
<p>
    在与不同的项目干系人讨论业务架构时，架构视图很有用。因为每个项目干系人都有一个或几个特别感兴趣的视图，所以他或她可注重于组织中与这些视图相关联的那些方面，而不必同时还了解其他所有方面。
</p>
<p>
    注意，并非所有视图都适用于所有情形。如果某些视图没有增添价值，则可忽略它们，并且有时可能有必要定义新的视图。下面是一些典型的业务架构视图：
</p>
<ul>
    <li>
        <b>市场视图</b>描述运营业务的市场、客户概要信息和产品或业务在目标市场中向客户提供的产品及服务。
    </li>
    <li>
        <b>业务进程视图</b>描述业务的重要目标，并概述支持这些目标的关键业务用例。当业务用例用于记录业务流程时，此视图称为业务用例视图。
    </li>
    <li>
        <b>组织视图</b>描述业务中的角色和职责的分组以及业务用例的实现。
    </li>
    <li>
        <b>人力资源视图</b>描述报酬概要信息和激励机制、关键文化特征和机制、能力概要信息以及教育与培训机制。
    </li>
    <li>
        <b>域视图</b>描述业务使用的主要业务概念和信息结构。
    </li>
    <li>
        <b>地理视图</b>描述组织结构、功能和资源在物理位置（例如城市和国家或地区）之间的分布。
    </li>
    <li>
        <b>通信视图</b>描述业务中的通信路径。
    </li>
</ul>
<h4>
    业务架构视图到 NUP 视点的映射
</h4>
<p>
    NUP 视点在<a class="elementLinkWithType" href="./../../../rup/guidances/concepts/system_architecture_5F3B1E17.html" guid="_1om3AOM9EdmaZcY4PeqVxA">Concept: 系统架构</a>中有所描述。通常，这些视点适用于系统开发。如果考虑的“系统”是业务，则类属视点经过相关程度更高的具体化后得到业务架构视图。下表显示了它们是如何相关的。注意，按照<a class="elementLinkWithType" href="./../../../rup/guidances/concepts/system_architecture_5F3B1E17.html" guid="_1om3AOM9EdmaZcY4PeqVxA">Concept: 系统架构</a>中提供的定义，业务架构视图在某些情况下包括多个视图（其中视图是视点和抽象级别的交集）。<br />
    <br />
</p>
<table style="WIDTH: 525px; HEIGHT: 650px" cellspacing="2" cellpadding="2" width="525" align="center" border="1">
    <tbody>
        <tr>
            <td>
                <strong>业务架构视图</strong>
            </td>
            <td>
                <strong>RUP 视点</strong>
            </td>
        </tr>
        <tr>
            <td>
                市场视图
            </td>
            <td>
                <p>
                    市场视图至少定义部分业务环境 － 它注重于在选择的市场中向客户提供的实际和潜在的产品及服务。它映射到<em>逻辑视点</em>和<em>环境级别</em>的交集。出于<a class="elementLinkWithType" href="./../../../nup_base/workproducts/rup_business_architecture_document_patch_FFF763B3.html" guid="_hcjIMNYNEd255dRY2gdxDg">Artifact: 业务架构文档</a>的目的，市场视图被限制为影响架构的那些因素，以及变更架构将影响所选市场绩效的域。
                </p>
                <p>
                    在<a class="elementLinkWithType" href="./../../../rup_bm/workproducts/rup_business_vision_55FFBD95.html" guid="{C1A31211-2C05-4665-8DC5-6BFB63F4FCE4}">Artifact: 业务愿景</a>中可找到有关市场的较为一般的讨论以及选择业务策略的理由。
                </p>
                <p>
                    市场视图可用于设置新的<a class="elementLinkWithType" href="./../../../rup_bm/workproducts/rup_business_goal_D99D08F9.html" guid="{6DC6732B-E7F1-495E-B5EC-AEBFD7BE80FE}">Artifact: 业务目标</a>，而业务目标又可能会影响业务架构。
                </p>
            </td>
        </tr>
        <tr>
            <td>
                业务进程视图
            </td>
            <td>
                它直接映射到<em>流程视点</em>和<em>环境级别</em>的交集。
            </td>
        </tr>
        <tr>
            <td>
                组织视图
            </td>
            <td>
                组织视图与构建业务以实现业务用例的方式有关，而与职位或职员层次结构和网络无关。例如，您会在此视图中看到<a class="elementLinkWithType" href="./../../../rup_bm/workproducts/rup_business_system_BB28EEB.html" guid="{4064F184-314B-4965-9F08-6AE5DBF6205A}">Artifact: 业务系统</a>的协作。因此，它映射到<em>逻辑视点</em>和<em>分析级别</em>的交集。
            </td>
        </tr>
        <tr>
            <td>
                人力资源视图
            </td>
            <td>
                人力资源视图可能会在所有级别扩展<em>工作者视点</em>，最重要的是在定义了策略的<em>环境级别</em>扩展该视点，但是，比如说，在应用了能力概要信息的<em>分析</em>和<em>设计级别</em>也会扩展该视点。
            </td>
        </tr>
        <tr>
            <td>
                域视图
            </td>
            <td>
                域视图可非常好地映射到<em>信息视点</em>和<em>环境级别</em>的交集。
            </td>
        </tr>
        <tr>
            <td>
                地理视图和通信视图
            </td>
            <td>
                这些视图一起映射到<em>分布视点</em>和<em>环境级别</em>的交集（<em>企业位置视图</em>），其中位置与地理方面相关，而连接器与通信方面相关。
            </td>
        </tr>
    </tbody>
</table><br />
<br /></td>
</tr>
</table>
</div>
<table class="copyright" border="0" cellspacing="0" cellpadding="0">
<tr>
<td class="copyright"></td>
</tr>
</table>
</td>
</tr>
</table>
</body>
<script type="text/javascript" language="JavaScript">
				contentPage.onload();
			</script>
</html>
